структура пространства

1) общ. организация пространства, строение пространства, структура пространства

2) невр. архитектоника, построение, структура

1) Математика: пространственно-временная структура

2) Макаров: структура пространства-времени

1) геол. пространственная структура

2) психол. структура пространства

пол., нем. пространство (термин геополитической теории Ф. Ратцеля, также основное понятие геополитики; является не количественной, но качественной категорией; согласно основному тезису геополитики как науки, структура пространства предопределяет структуру истории, в первую очередь политической истории)

психол. наглядная структура пространства

 

роль
Набор ответственностей, деятельностей и полномочий, назначенных сотруднику или команде. Роль определяется в процессе или функции. Один сотрудник или команда может иметь несколько ролей. Например, роли менеджера конфигураций и менеджера изменений могут выполняться одним сотрудником. Этот термин также используется для описания назначения чего-либо.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

role
A set of responsibilities, activities and authorities assigned to a person or team. A role is defined in a process or function. One person or team may have multiple roles for example, the roles of configuration manager and change manager may be carried out by a single person. Role is also used to describe the purpose of something or what it is used for.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• role

 

роль
Словари определят слово «роль», как «персонаж или герой, исполняемый актером", либо "функция или позиция". Элементы системы выполняют различные роли последовательно и/или одновременно, например, активные роли и пассивные роли. Нотация «администратор» часто является примером роли. (МСЭ-Т Х.1141, МСЭ-Т Н.239).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• role

роль (role): Наименование поведенческого набора, связанного с выполнением какой-либо работы (ИСО/ТС 17090-1).

Источник: ГОСТ Р ИСО/ТС 18308-2008: Информатизация здоровья. Требования к архитектуре электронного учета здоровья

2.33 роль (role): Комплекс способностей и/или действий, связанный с задачей.

Источник: ГОСТ Р ИСО/ТС 22600-2-2009: Информатизация здоровья. Управление полномочиями и контроль доступа. Часть 2. Формальные модели

3.2.10 роль (role): Перечень или список прав и обязанностей, установленных для потенциального или действительного члена группы взаимодействия.

Примечание - При назначении одной или нескольких ролей члену группы взаимодействия совокупные права и обязанности, связанные с ролью(ями), передаются этому участнику.

Пример - Ссылка на элемент модели данных идентификатора элемента модели данных 1.3. 2 настоящего стандарта (CW_ID_ value) в другом стандарте технологий взаимодействия должна выглядеть в виде ссылки «ИСО/ МЭК 19778-1: 2008, 1.3.2».

b) Обозначение

Обозначение элемента модели данных (см. определение 3.1.11).

Обозначения элемента модели данных используются в контексте стандартов технологий взаимодействия для установления ссылок на конкретные элементы модели данных. В отличие от лингвистически нейтральных атрибутов элементов модели данных у обозначения элемента модели данных есть символическое значение; но в то же время данный атрибут может быть ориентирован на конкретный язык и может быть предметом интернационализации.

c) Определение

Определение элемента модели данных (см. определение 3.1.10).

Поскольку определения представлены в таблице модели данных в наиболее компактной форме, дополнительная информация об элементах модели данных приведена в отдельном подпункте стандартов исключительно для пояснения. Во всех стандартах технологии взаимодействия определение элемента модели данных, записанное в ячейках таблицы в 3-й колонке, считают наиболее аутентичным.

d) Степень обязательности

Степень обязательности элемента модели данных (см. определение 3.1.15).

При создании реализаций модели данных из модели данных степень обязательности элемента модели данных любого элемента модели данных должна исходить из степени обязательности соответствующего предка. Для модели данных это означает, что элементы модели данных со степенью обязательности элемента модели данных «выбираемый» могут иметь потомков со статусом «обязательный». В случае если любой элемент модели данных со степенью обязательности элемента модели данных «обязательный» имеет единственного потомка со статусом «выбираемый», любая реализация этой модели данных предоставляет одного или более потомка элемента данных в реализации этого элемента модели данных.

Определены четыре возможных значения степени обязательности элемента модели данных: обязательный, выбираемый, условно обязательный и условно выбираемый.

e) Множественность

Множественность элемента модели данных (см. определение 3.1.14).

Значения для диапазона значений элементов модели данных (в других источниках также определенных как «повторяемость элементов») определяют, насколько часто реализация элемента модели данных может встречаться в этой реализации модели данных.

В реализациях моделей данных многочисленные реализации элемента данных, как правило, должны быть расположены рядом друг с другом, в то время как реализации многочисленных составных элементов (совокупных подструктур) являются результатом реализации в этих подструктурах, представленных в смежном или последовательном порядке. По умолчанию, не важен порядок размещения или перечисления реализаций разнообразных элементов модели данных. Исключение вводят примечанием об указании особого порядка представления информации в данной ячейке строки таблицы элемента модели данных.

Необходимый минимум реализаций элемента модели данных будет принят больше нуля (даже если установлен на нуль) в тех случаях, когда степень обязательности элемента модели данных имеет значение «обязательный».

В тех случаях, когда два значения (необходимый минимум и допустимый максимум) различаются, интервал определяют как строку связанных символов «< необходимый минимум>..< допустимый максимум>», где значения < необходимый минимум> и < допустимый максимум> - неотрицательные целые числа.

Для указания на бесконечное множество допустимых значений параметр < допустимый максимум> записывают с символом «*».

В тех случаях, когда два значения (необходимый минимум и допустимый максимум) совпадают, устанавливают только одно значение.

f) Тип данных

Тип данных, определяющий элемент данных (см. определение 3.1.6).

В стандартах технологии взаимодействия установлено множество возможных значений для данного элемента модели данных в качестве значения типа данных элемента данных. Множество значений может быть ограничено конкретным набором значений, основанным на спецификации или стандарте, не относящемся к модели данных. Ссылка на эту внешнюю спецификацию или стандарт должна быть приведена в качестве значения соответствующего элемента данных модели данных. Модели данных, определенные в стандартах технологии взаимодействия, предоставляют структуры элемента данных и элемента модели данных специально для включения таких ссылок.

При использовании таких ссылок элемент данных, включающий в себя ссылки, должен быть указан в колонке «Тип данных».

g) Примеры

Могут содержать одну или несколько иллюстраций возможных значений элемента данных.

Источник: ГОСТ Р ИСО/МЭК 19778-1-2011: Информационная технология. Обучение, образование и подготовка. Технология сотрудничества. Общее рабочее пространство. Часть 1. Модель данных общего рабочего пространства оригинал документа

3.134 роль (role): Поименованное специфическое поведение сущности, участвующей в определенном контексте.

Примечание - Роль может быть статической (например, конец соединения) или динамической (например, коллективная роль).

Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

3.1.5 элемент данных (Data Element; DE): Узловой в древовидной структуре модели данных элемент модели данных или единица данных, для которой в качестве атрибутов элемента модели данных используются идентификатор, обозначение, определение, статус обязательности, множественность элемента, представление и допустимые значения элемента данных.

Примечание 1 - При различных реализациях модели данных, независимо от конечной языковой привязки, минимальный состав атрибутов элемента данных должен включать в себя идентификатор элемента и его значение. Формат представления элемента может быть указан в спецификации реализации модели данных для данной привязки.

Примечание 2 - В стандартах технологии взаимодействия участников как представление, так и допустимые значения элемента данных указывают в типе данных элемента данных. Набор допустимых значений может быть также ограничен эталонной внешней спецификацией или стандартом.

Примечание 3 - Термин адаптирован из ИСО/МЭК 11179-3:2003, определение 3.3.36.

Источник: ГОСТ Р ИСО/МЭК 19778-1-2011: Информационная технология. Обучение, образование и подготовка. Технология сотрудничества. Общее рабочее пространство. Часть 1. Модель данных общего рабочего пространства оригинал документа

4.11 элемент данных (data element): Единица данных, для которой определение, идентификация, представление и допустимые значения заданы посредством набора атрибутов.

Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

1) Полиграфия: пористая структура

2) Геофизика: Структура порового пространства

3) Нефтегазовая техника структура пор

4) Макаров: поровая структура

  Сказки Гофмана

   1951 – Великобритания (127 мин; сокр. версия – 115 мин)

     Произв. The Archers (Майкл Пауэлл и Эмерик Прессбургер)

     Реж. МАЙКЛ ПАУЭЛЛ

     Сцен. Деннис Эранделл по опере Жака Оффенбаха (либретто Жюля Барбье)

     Опер. Кристофер Челлис (Technicolor)

     Муз. Жак Оффенбах

     Хореогр. Фредерик Эштон

     В ролях Мойра Ширер (Стела / Олимпия), Роберт Раунсевилль (Гофман), Роберт Хелпманн (Линдорф / Коппелиус / доктор Дапертутто / Доктор Чудо), Памела Браун (Никлаус), Людмила Черина (Джульетта), Леонид Мясин (Шлемиль / Франц / Спаланцани), Энн Эйрз (Антония).

   Нюрнберг. Поэт Гофман и советник Линдорф влюблены в одну женщину – балерину Стеллу. В антракте ее выступления, в таверне, переполненной студентами, Гофман вспоминает о 3 некогда любимых им женщинах (3 инкарнациях Стеллы). В Париже поэт влюблен в Олимпию, простую куклу. Но, когда Гофман надевает чудесные очки, изготовленные Коппелиусом, Олимпия оживает. Спаланцани, «отец» Олимпии, обманывает Коппелиуса, и тот разбивает куклу. В Венеции Гофман влюблен в Джульетту – куртизанку, которая украла отражение в зеркале у человека по имени Шлемиль. Она крадет отражение и у Гофмана, тот из ревности убивает Шлемиля, а затем видит, как Джульетта удаляется в компании Питтикиначчо, злого гения. На греческом острове Гофман влюблен в Антонию, которую пожирает чахотка. Она никогда бы не смогла больше петь, если бы демонический Доктор Чудо не помог ей услышать голос матери, тоже некогда певицы, умершей от той же болезни. Этот голос призывает ее вернуться к своему искусству Антония поет из последних сил и умирает, силясь угодить матери. Возвращение в нюрнбергскую таверну. Гофман, напившийся до беспамятства, не получает любовное письмо от Стеллы, украденное Линдорфом (он же Коппелиус, он же Питтикиначчо, он же Доктор Чудо), который удаляется, уводя танцовщицу под руку.

   ►  Это не просто опера, заснятая на пленку. Хронологически это вторая в истории кинематографа после Красных туфелек, The Red Shoes попытка создать тотальное зрелище, только на сей раз – без слов, на основе таких базовых элементов, как музыка, пение, хореография, цвет, структурированный рассказ и постоянные и удивительные преображения пространства. Режиссура изобилует визуальными находками: лестница, нарисованная на плоской поверхности пола, приобретает нереальный объем при съемке с нижнего ракурса; нога разбитой куклы продолжает танцевать; персонажи пролога вновь возникают на упавшем занавесе при помощи двойной экспозиции… можно назвать еще сотню примеров. Цель режиссерской техники – постоянное отрицание, разрушение сценического пространства множеством технических хитростей (иногда гениальных) и построение нового, неограниченного пространства, которое существует только в воображении персонажей. Для Пауэлла, который среди режиссеров своего поколения наиболее далек от реализма, только воображение может рассказать о подлинной природе персонажей, об их взаимоотношениях, их месте во Вселенной; и каждый фильм Пауэлла с большим или меньшим успехом стремится к тому, чтобы стать метафизической поэмой.

   Учитывая фантазийное и мечтательное содержание комической оперы Оффенбаха (1881), она представляла собой для Пауэлла особенно вдохновляющий материал. Структура фильма, взятая с небольшими изменениями из либретто Жюля Барбье, показывает зрителю 3 лика одной женщины в отношениях с поэтом, который добивается ее и грезит ею одновременно. Кукла Олимпия – непослушный и капризный ребенок не от мира сего. Джульетта-искусительница пробуждает желание, похожее на ловушку или на злой рок; забирая у поэта отражение в зеркале, она покушается на его личность и душу. Наконец, есть и Антония, артистка, которую талант приведет к смерти (тема, родственная Красным туфелькам). Во всем фильме ощущается некая довольно сильная болезненная атмосфера. Выражаясь в тяжелых и мрачных цветах, она выделяется на фоне хитросплетения загадочных символов, подвластных самым разным трактовкам. В этом легко узнается Пауэлл. Во многих его фильмах жизнь показана как краткий миг исступления, затерянный в бескрайней пустоте времени и других миров; миг, которому ежеминутно угрожает разложение, свойственное не только телу, но и духу. Она, таким образом, оказывается делом рук Дьявола или зла, которое воплощается здесь в разнообразных ролях и масках Роберта Хелпмана. До Кена Расселла и Сиберберга Пауэлл стал провидцем, щедрым первопроходцем, кропотливым изобретателем ярких безудержных фантазий, музыкальных и изобразительных, которые и по сей день не утратили ни капли очарования.

   БИБЛИОГРАФИЯ: Monk Gibbon, The Tales of Hoffmann, a Study of the Film, Saturn Press, London, 1951. Книга, частично посвященная съемкам фильма. Переиздание в одном томе со схожим трудом, посвященным Красным туфелькам (Garland, London, New York, 1977).

1) Нефть: геометрия порового пространства

2) Геофизика: структура порового пространства

3) Нефтепромысловый: геометрия пор

 

колокейшн
размещение сервера
Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
[ http://your-hosting.ru/terms/c/colloc/]

размещение физических серверов
со-размещение
Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
[ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

совместное размещение
Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

Чем же отличается колокейшн от хостинга?

Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

Вообще, сервер можно как собрать "руками" самостоятельно, так и купить готовый. Однако нужно помнить о том, что сервер отличается от обычного компьютера тем, что он постоянно работает, причем с серьезной нагрузкой. Работает без перерывов годами. Соответственно, нужно думать о необходимом количестве специальных вентиляторов, продумать прохождение воздушных потоков внутри сервера и так далее. Все эти моменты уже учтены в готовых серверах. Это очень важно.

Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

В какой ситуации для клиента имеет смысл переходить на колокейшн?

Основных причин для перехода с виртуального хостинга на colocation две:

1. Ваш веб-проект настолько вырос, что потребляет столько ресурсов, сколько ему не могут предоставить на хостинговой машине провайдера. Мы помним, что на каждой хостинговой машине, кроме вас, "живет" еще несколько сотен серверов. Если проект большой, посещаемый, требует много вычислительных ресурсов, рано или поздно он начинает "тормозить" на "общем" хостинге. Да, возможно, что хостинг-провайдер просто поместил на физический сервер слишком много виртуальных веб-серверов, но зачастую это все же не так. Как только сервер начинает "тормозить" на хостинге, нужно заняться оптимизацией скриптов и запросов к базе данных. Если это не помогает, то нужно задумываться о colocation, изучать эту возможность, не пора ли действительно брать отдельный сервер.

2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

Насколько колокейшн дороже обычного хостинга?

Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

Пользователь colocation платит за трафик, который генерируется его сервером
Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

Насколько часто сейчас используется колокейшн?

Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

Какие сложности возникают перед клиентом при использовании колокейшн?

Главная проблема — необходимость наличия системного администратора, который установит и настроит операционную и хостинговую среду, а также будет потом заниматься поддержкой и администрированием системы. С одной стороны — да, это проблема. Но с другой — найти администратора несложно, и стоит это недорого. Нет необходимости, например, брать на работу "выделенного" человека. Вполне можно пользоваться и разовыми услугами по необходимости.

Однако хостинг-провайдеры предлагают и свои собственные услуги по администрированию. Те же специалисты, которые занимаются администрированием хостинговых серверов провайдера, вполне могут заниматься и сервером клиента. Стоить это будет значительно дешевле, чем привлечение клиентом стороннего специалиста.

Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

Какие существуют виды оплаты при колокейшн?

.masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

В заключение хочу добавить несколько слов о неочевидных выгодах использования именно colocation, а не виртуального хостинга. Переходя на использование выделенного сервера для хостинга своих ресурсов, владелец сайта автоматически увеличивает посещаемость своего ресурса — просто потому что его сервер может просто физически принять и обслужить больше посетителей. Больше посетителей — это возможность показать больше рекламы, к примеру.

Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

[ http://hostinfo.ru/articles/358]

Тематики

• информационные технологии в целом

Синонимы

• размещение сервера
• со-размещение

EN

• co-location
• collocation
• colocation

 

колокейшн
размещение сервера
Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
[ http://your-hosting.ru/terms/c/colloc/]

размещение физических серверов
со-размещение
Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
[ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

совместное размещение
Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

Чем же отличается колокейшн от хостинга?

Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

Вообще, сервер можно как собрать "руками" самостоятельно, так и купить готовый. Однако нужно помнить о том, что сервер отличается от обычного компьютера тем, что он постоянно работает, причем с серьезной нагрузкой. Работает без перерывов годами. Соответственно, нужно думать о необходимом количестве специальных вентиляторов, продумать прохождение воздушных потоков внутри сервера и так далее. Все эти моменты уже учтены в готовых серверах. Это очень важно.

Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

В какой ситуации для клиента имеет смысл переходить на колокейшн?

Основных причин для перехода с виртуального хостинга на colocation две:

1. Ваш веб-проект настолько вырос, что потребляет столько ресурсов, сколько ему не могут предоставить на хостинговой машине провайдера. Мы помним, что на каждой хостинговой машине, кроме вас, "живет" еще несколько сотен серверов. Если проект большой, посещаемый, требует много вычислительных ресурсов, рано или поздно он начинает "тормозить" на "общем" хостинге. Да, возможно, что хостинг-провайдер просто поместил на физический сервер слишком много виртуальных веб-серверов, но зачастую это все же не так. Как только сервер начинает "тормозить" на хостинге, нужно заняться оптимизацией скриптов и запросов к базе данных. Если это не помогает, то нужно задумываться о colocation, изучать эту возможность, не пора ли действительно брать отдельный сервер.

2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

Насколько колокейшн дороже обычного хостинга?

Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

Пользователь colocation платит за трафик, который генерируется его сервером
Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

Насколько часто сейчас используется колокейшн?

Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

Какие сложности возникают перед клиентом при использовании колокейшн?

Главная проблема — необходимость наличия системного администратора, который установит и настроит операционную и хостинговую среду, а также будет потом заниматься поддержкой и администрированием системы. С одной стороны — да, это проблема. Но с другой — найти администратора несложно, и стоит это недорого. Нет необходимости, например, брать на работу "выделенного" человека. Вполне можно пользоваться и разовыми услугами по необходимости.

Однако хостинг-провайдеры предлагают и свои собственные услуги по администрированию. Те же специалисты, которые занимаются администрированием хостинговых серверов провайдера, вполне могут заниматься и сервером клиента. Стоить это будет значительно дешевле, чем привлечение клиентом стороннего специалиста.

Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

Какие существуют виды оплаты при колокейшн?

.masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

В заключение хочу добавить несколько слов о неочевидных выгодах использования именно colocation, а не виртуального хостинга. Переходя на использование выделенного сервера для хостинга своих ресурсов, владелец сайта автоматически увеличивает посещаемость своего ресурса — просто потому что его сервер может просто физически принять и обслужить больше посетителей. Больше посетителей — это возможность показать больше рекламы, к примеру.

Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

[ http://hostinfo.ru/articles/358]

Тематики

• информационные технологии в целом

Синонимы

• размещение сервера
• со-размещение

EN

• co-location
• collocation
• colocation

 

колокейшн
размещение сервера
Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
[ http://your-hosting.ru/terms/c/colloc/]

размещение физических серверов
со-размещение
Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
[ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

совместное размещение
Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

Чем же отличается колокейшн от хостинга?

Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

Вообще, сервер можно как собрать "руками" самостоятельно, так и купить готовый. Однако нужно помнить о том, что сервер отличается от обычного компьютера тем, что он постоянно работает, причем с серьезной нагрузкой. Работает без перерывов годами. Соответственно, нужно думать о необходимом количестве специальных вентиляторов, продумать прохождение воздушных потоков внутри сервера и так далее. Все эти моменты уже учтены в готовых серверах. Это очень важно.

Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

В какой ситуации для клиента имеет смысл переходить на колокейшн?

Основных причин для перехода с виртуального хостинга на colocation две:

1. Ваш веб-проект настолько вырос, что потребляет столько ресурсов, сколько ему не могут предоставить на хостинговой машине провайдера. Мы помним, что на каждой хостинговой машине, кроме вас, "живет" еще несколько сотен серверов. Если проект большой, посещаемый, требует много вычислительных ресурсов, рано или поздно он начинает "тормозить" на "общем" хостинге. Да, возможно, что хостинг-провайдер просто поместил на физический сервер слишком много виртуальных веб-серверов, но зачастую это все же не так. Как только сервер начинает "тормозить" на хостинге, нужно заняться оптимизацией скриптов и запросов к базе данных. Если это не помогает, то нужно задумываться о colocation, изучать эту возможность, не пора ли действительно брать отдельный сервер.

2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

Насколько колокейшн дороже обычного хостинга?

Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

Пользователь colocation платит за трафик, который генерируется его сервером
Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

Насколько часто сейчас используется колокейшн?

Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

Какие сложности возникают перед клиентом при использовании колокейшн?

Главная проблема — необходимость наличия системного администратора, который установит и настроит операционную и хостинговую среду, а также будет потом заниматься поддержкой и администрированием системы. С одной стороны — да, это проблема. Но с другой — найти администратора несложно, и стоит это недорого. Нет необходимости, например, брать на работу "выделенного" человека. Вполне можно пользоваться и разовыми услугами по необходимости.

Однако хостинг-провайдеры предлагают и свои собственные услуги по администрированию. Те же специалисты, которые занимаются администрированием хостинговых серверов провайдера, вполне могут заниматься и сервером клиента. Стоить это будет значительно дешевле, чем привлечение клиентом стороннего специалиста.

Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

Какие существуют виды оплаты при колокейшн?

.masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

В заключение хочу добавить несколько слов о неочевидных выгодах использования именно colocation, а не виртуального хостинга. Переходя на использование выделенного сервера для хостинга своих ресурсов, владелец сайта автоматически увеличивает посещаемость своего ресурса — просто потому что его сервер может просто физически принять и обслужить больше посетителей. Больше посетителей — это возможность показать больше рекламы, к примеру.

Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

[ http://hostinfo.ru/articles/358]

Тематики

• информационные технологии в целом

Синонимы

• размещение сервера
• со-размещение

EN

• co-location
• collocation
• colocation

 

гибкость
податливость
Отношение смещения элемента упругости к действующей на этот элемент силе. Величина, обратная жесткости.
Единица измерения
м/Н
[Система неразрушающего контроля. Виды (методы) и технология неразрушающего контроля. Термины и определения (справочное пособие). Москва 2003 г.]

Тематики

• виды (методы) и технология неразр. контроля

Синонимы

• податливость

EN

• compliance
• flexibility

 

коэффициент податливости
податливость
Величина, обратная коэффициенту жесткости (см. примечание к термину характеристика восстанавливающей силы (момента)).
[ ГОСТ 24346-80]

Тематики

• вибрация

Синонимы

• податливость

EN

• compliance

DE

• nachgiebigkeit

FR

• souplesse

 

нормосоответствие программного средства
Совокупность свойств программного средства, характеризующая его соответствие стандартам, соглашениям, договорам, нормам и правилам, принятым в установленном порядке.
Примечание
Нормосоответствие является подхарактеристикой как функциональности, так и мобильности программного средства, но при этом подразумевается соответствие различным по содержанию нормам.
[ ГОСТ 28806-90]

Тематики

• качество программных средств

Обобщающие термины

• подхарактеристики функциональности
• примеры подхарактеристик качества программного средства

EN

• compliance

 

растяжимость
Добавленный в замкнутое пространство объем газа, отнесенный к единице увеличения давления в этом пространстве.
Примечание
Значение растяжимости определяют при температуре и влажности газа, находящегося в этом замкнутом пространстве, и при давлении окружающего пространства.
[ ГОСТ Р 52423-2005]

Тематики

• ингаляц. анестезия, искусств. вентиляц. легких

EN

• compliance

DE

• Compliance

FR

• compliance

3.139 соответствие (compliance): Отношение между двумя спецификациями А и В, которое имеет место, когда спецификация А устанавливает требования, которые полностью выполняются спецификацией В (когда спецификация В соответствует спецификации А).

Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа